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A message from the editor.. 



I have been trying to get vendors to 
write about their own products since the 
inception of "the world of 68* micros". 
The reasoning behind this is that noone 
knows the product better than the seller/ 
developer. And why should anyone else 
be enthused about a product if the ven- 
dor isn't? If you aren't proud enough of 
your product to tell people you think so, 
why should they buy? Makes sense, 
doesn't it? 

A lot of vendors just don't seem to 
agree. They apparently have the idea that 
if they "toot their own horn" much that 
potential buyers would think they were 
being a bit arrogant about it Well, I think 
they (I!) should be IF they really do have 
a good product and it does what it is si3p- 
posed to do. In all actuality, they don't 
write because they don't have the time. 
Here I am, ofifering 2-3 full pages of free 
advertising, and they pass it up! 

When I first started this magazine, I 
decided then diat it wasn't going to be 
"my" magazine. It was going to serve 
the readers and THEIR interests first. 
The reasoning for this came mainly from 
on of the AMC auto hobby publications. 
Although the magazine was supposed 
to be a club magazine, the editor heavily 
"flavored" the magazine toward his own 
views and what he thought the readers 
shoiild have and think more than what 
they actually wanted. Up until now, die 
onfy place I have e?q)ressed my opin- 
ion in matters concerning this hobby is 
inmyeditodaL.. simply because that one 
page is just that, MINE! I have never 
used more than two pages for my own 
advertising either. 

Two issues bring this iq). 1) The fact 
that an article in this issue is about a 
new product I am starting to sell, and 2) 
I recently looked through several years 
of the old "68 Micro Journal". I've al- 
ready stated my views on vendors writ- 
ing about their products. Maybe others 
will follow this example. As for "68 
Micro Journal", I was dismayed that so 
much content was self serving. I believe 
that at least 20% of the space was taken 
up by advertising for the publisher and 
related companies, and some authors 
wrote that they were asked to mention 



items sold by the company in their ar- 
ticles. I'm sorry, but I don't call that 
being objective or fair to other advert 
ers. You can count on me not doing any- 
thing like that, though I will use a couple 
pages for advertising. 

While I'm on this soap box, let me 
say some more on where "we", mean- 
ing myself and readers, are taking this 
magazine. For one, we are going to at- 
tempt to fill in the gap left in the 68xx/ 
68xxx world by the demise of "68 Mi- 
cro Journal" back in 1990. To be hon- 
est, I had that idea way back in ' 93 when 
I started "the world of 68' micros". That 
had a lot to do with my choice of title. 
Else it could have been "CoCo World" 
or something with "CoCo" and "OS-9" 
in it. I did try to Umit the magazine to 
that field of view, but there are no longer 
enough subscribers to really make the 
limitation practical. Don't fret, h^ now 
I will be publishing for at least two more 
years, and noone will loose anything. I'll 
either send refunds or continue until all 
current subscriptions (at the time) r 
out and not take any new subs or renev. 
als. I won't simply bailout on you as oth- 
ers have in the past. I didn't Uke it, and 
won't do it to youl Eton't think you are 
going to loose any support either. While 
Tm going to start having some 
microcontroller and general 68xx and 
68xxx articles, as much CoCo support 
that is there now will continue to be 
there. An you'll benefit by continuing 
your much needed support. I have al- 
ready sent some referals to industrial 
types needing programmers... referring 
readers! And there will be more interest 
by industrial types provided I can prove 
support for them as well. And they don't 
mind having the hobby items in the 
magazine as long as it has something 
they can use also. So we CAN all get 
along together. 

Please continue your support while we 
go through some growing changes. As 1 
have said before, this is "our^' magazine, 
and as long as you support it, it will 
here for you. '^S^ \ 
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Messages from our readers... 



Glad to hear your problems are com- 
ing around, albeit slowly, and you lookde 
pretty good at the Chicago CoCoFest. 
Thanks for the missing page (from "Mas- 
tering OS-9"). Renewal money is en- 
closed for 68' micros and microdisk. 

The loss of the thicker covers is minor, 
I do what you say many others do — put 
the magazines in three hole binders. I sim- 
ply put a stiff divider between each issue 
now. I like the size and punched holes. 
You really get the letters scrunched next 
to each other. 

I miss our friend Marty Goodman. 

I like your comments on Linux. Now I 
know why I should stop hoping to be able 
to run it (or UNIX) on an MM/IB or a 
lessr cost (and size) machine. 

I would like to find a 17 or 18 inch 
monitor that would do the CoCo 3 and a 
video tape machine (like the Magnavox 
1CM133 does for me now). There was a 
flurrt of them, but I see no more. 

Keep on what you are doing, but more 
of it 

Good luck, 

H. C. Mehlenbacher 

Box 430 

Grand Marias, MI 49839 

H,C,, it was good seeing you again in 
Chicago, as it was the many others who 
stopped to comment on the magazine or 
the CoCo and/or 08-9 in general 

Fm not sure about your comment on 
^'scrunching'* the letters in,., good or 
bad? I 'II take it as good for now, as the 
tone seems to indicate that you liked the 
quantity even if it did take a little font 
maneuvering to get the letters in. 

Marty is still in the CoCo world some, 
but he tends to do a little more with older 
IBM/PC clones,,, 8088 and 80286 ma- 
chines. They are cheap and plentifiil 
now., nobody wants them for much. The 
CoCo is harder tojindy but he still uses 
them for small projects also. 

You can still find monitors in the 1 7- 
20 " range that will display NTSC com- 
posite and RGB signals. They aren t 
cheap though. Look for anything that 
has RCA type Jacks for video in and will 
sync down to 15, 7 5 KHz, Most of the 
newer multi-sync monitors won tgo that 



low, but a few designed for video edit- 
ing will. I don If know of any right off 
hand, but will keep my eyes open, as I'm 
sure readers will also. 

Please send latest copy of "the world 
of 68' micros" per your messages on die 
InterNet. I've been scanning GENie and 
see you have a disk magazine per old 
messages on the CoCo RoundTable. 

One of my main problems is the lack 
of a telecommunications program for the 
CoCo 2. Do you have any available? Or 
do you know if DeskMatehas Xmodem 
file transfer capabilities? Also, what all 
is contained in DeskMate? I am on a bud- 
get and can't afford to experiment much 
with the CoCo as I am already well 
equipped with Commodore 64/128 equip- 
ment and skills. I have contacted Radio 
Shack but can't get the support I need on 
curroat stuff. As a two meter Handi-taUde 
Ham I can't even get a PS or SWR meter 
out of Texas or local either. 

Ed Cravey 

3126 Edgewater Drive 

Gainesville, GA 30501 

Ed you 11 be getting THIS copy, hope 
you enjoy it I As you see, this is definately 
a hard copy magazine, I do, however, 
produce a companion disk with a lot of 
the mentioned programs on it. That is 
published three times per year (see 
sidebar on page two). 

I am also sending you a telecom pro- 
gram. This is Greg-E-Term, and will 
work on the CoCo2 or 3 well. What you 
didn If mention is what kind of modem 
you hcr^e. Any external modem will work 
well with the CoCo serial port up to 2400 
baud on a CoCo 3, 1 don If believe any 
more than 1200 baud on a CoCo 2. You 
will need to make a cable for the four 
pin CoCo serial port as follows (for arty 
CoCo): 

CoCo Pin RS-232 Pin 

1 (Carrier) 6, 8, 20* 

2 (Receive) 3 

3 (Ground) 7 

4 (Transmit) 2 

*all of these lines are connected to pin 
1. Connect all together If your modem 
has switches to set the defaults, use pins 
4&8 instead of 6, 8, & 20. Lines 4, 6, 



and 20 are tied ''high " when connected 
to pin 8, Switch setup modems can use 
switches to tie these lines high (4=RTS, 
6^DSR, 20^DTR on the RS-232 25 pin 
connector). 

As for Deskmate, unless you have the 
manual, forget trying to use it much. The 
telecom program is especially useless. 
No Xmodem transfer You are, however, 
correct in assuming TEXT is a simple 
word processor There is also a PAINT 
program and a CALC (spreadsheet) pro- 
gram in DeskMate, 

If you have a Commodore 64/128 
setup, you do indeed have a good deal 
investedl I personally kind of liked the 
128, but the 64 left a lot to be desired 
The CoCo was always more versatile, 
and the disk system much better And I 
never did like Commodore 's insistence 
on doing things their own way. More 
standard peripherals are useable with 
the CoCo, and that made it a bit cheaper 
for a hacker to put a good system to- 
gether Unfortunately, RS was no better 
than Commodore in divulging that in- 
formation... you Just have to know 
whaere to find it! To bad the 128'sjull 
potential was never realized 

I won i get into a "flame war" here 
on the virtues of one machine over an- 
other Each has its advantages and 
drawbacks. Right now, neither is sup- 
ported except by users and afewven- 
dors, so both are pretty much in i 
boat. 




ChecksOS... 



Jamee Jones eende his re- 
qrffte. Due to a wrist Injury, 
he is limits to the time he 
can spend typing at the com- 
puter. Therefore, the 
"Checks09* proqramminq 
project from last Issue will 
be continued in the next is- 
sue Instead of this one. I do 
hope that James recovers 
soon, as 1 am sure readers 
do also. 
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AutO'Sense 720K and 1AM disks... Mark k steiner 

Bug Fix and upgrade for the 12 volt floppy controller high density mod!! 



This article covers a fix for a prob- 
lem you may have after doing the high 
density modification written by Robert 
Brose in the last issue. My compliments 
to him for his work on this - well done! 
After that I will describe an upgrade 
you can do for 1.4 Meg drives. 

THE BUG 

The 12 volt controller may develop a 
problem with the side select signal when 
the CoCo is running at the 2 MHz clock 
speed. The side select signal is bit 6 
(numbered - 7) of the 8 bit data word 
used to control a variety of things. The 
first 6 bits go to a 6 bit latch that works 
fine. Bits 6 and 7 go to U-10, U-10 is a 
two flip-flop chip similar to a 7474 
except that the pinout is very different. 
Bit 6 goes to pin 9 of this chip. This is 
where the problem occurs. At the higher 
system speed used by OS-9 and some 
DECB programs this flip-flop will set 
but will not clear. This causes the con- 
troller to stay on the top side of the 
floppy disk and can't get to the start of 
the root directory on the disk, I do not 
know why this happens because this 
part of the controller is not changed by 
the modification. 

THE FIX 

To fix the side select problem I de- 
cided to use another 6 bit latch since 
that seemed to work well. I used a 
74LS174 for this. To install the chip 
bend up all pins except 1, 8, 9, and 16. 
You can clip all the bent up pins except 
14 and 15 if you want. Place this chip 
on top of u-8. Be sure to align pin 1 of 
this chip with pin 1 of U-9. Solder pins 
1, 8, 9, and 16 to U-9. Next we have to 
route the side select signal to the new 
chip. Follow the trace firom U-10, Pin 
9. It goes to a solder pad near pin 1 of 
the main 40 pin 1793 controller. It is 
the closest solder pad to the solder joint 
between resistors RIO and R12 . Using 
a small wire (wire wrap wire if pos- 
sible) trim a small amount of insula- 
tion firom one end. Heat this pad with a 
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soldering iron and put the striped end 
of the wire through this pad. It is a 
hollow sleeve that goes through the 
board. Trim of any extra wire that sticks 
out below the board. Solder the other 
end of this wire to pin 14 of the new 
74LS174 you installed earher. Then 
solder a wire to pin 1 5 of the same chip. 
CarefiiUy remove U-3 fi*om its socket 
and gently bend up pin 11. Place this 
chip back in its socket. Be sure to watch 
for pins that bend when you put U-3 
back in. Solder the other end of the 
wire firom the new 74LS174, pin 15 to 
U-3, pin 11. Check your woric once 
again to be sure it is correct. These con- 
trollers are hard to find and you don't 
want to damage it If everything looks 
good then you controller should be 
fixed. Format a disk and copy some 
large files to it. 

THE UPGRADE 

While I was very pleased with the 
original modification I was a bit un- 
happy that the 1 .4 Meg disk could not 
be used for 720K disks even though the 
drive itself could was capable of doing 
so. After a bit of testing I found a way 
to fix this (NOTE: this upgrade works 
only for 3.5 inch drives and only for 
one drive on the same ribbon cable). 
Underneath the drive on the right side 
is a switch that tells the drive if the disk 
in it is a 1.4 Meg or 720K disk. Use a 
volt meter to see which side of this 
switch changes voltage when you in- 
sert a high density disk. My drive goes 
to volts when a high density disk is 
installed and S volts with a 720K disk. 
If your drive is opposite firom this the 
patch described below will not work. 
You will have to combine the disk type 
and drive select signal with a two input 
AND gate chip and wire it as required. 
The next step will depend on the drive 
you have. You need to find an unused 
pin on the drive's data connector and 
run a wire firom the side of the switch 
that changes to this pin. This pin must 
also not be used by the floppy control- 



ler. I used pin 34. This is the d^ ' 
changed signal that tells some conti 
lers that the disk has been replaced with 
another disk. Our controller does not 
use this option. Whatever pin you use, 
to be safe you need to remove the same 
pin fi"om all other connectors on the 
same cable so that some other drive does 
not interfere with this signal. Next you 
will need a 7400 chip. Bend up all pins 
except 7 and 14. Solder pins 9 and 10 
together. Next solder pins 12 and 13 
together Now place this chip on top of 
U-6. Make sure it is pointod the right 
way. Solder pins 7 and 14 to U-6. Run 
a wire fi-om the pin 9&10 connection 
to whichever pin you used to get the 
disk type signal back up the drive data 
cable. In the normal, if you used the 
drive select method, you ran a wire 
fi-om the chip on top of U-7, pin 1, to 
the drive select pin desired on U-2. Re- 
move the end of the wire firom pin 1 of 
the top chip on U-7 and solder it to pin 
4 of the upper chip on U-6. Soldc 
short wire between pins 5 and 8 of tde 
same chip. Then solder a wire fi'om 
pin 6 to the pin 12&13 pins. Finally 
run a wire firom pin 1 1 of die upper chip 
on U-6 to pin 1 of the top chip on U-7. 

Your drive should now read a 720K 
or 1.4Meg disk when you put it in. 
Enjoy working with this upgrade. It is 
a nice addition to a fine modification. 
For questions I can be reached via E- 
mail as MODEL299@Delphi.com or 
by U.S. mail at the following address: 

Marie H. Steiner 

3101 Washington St #74 

BeUevue NE 68005 




The AT306 Computer Frank Swygert 

OS'9/68000 doesn't come any cheapen or possibly better, than this! 



Karl Kreider has had his AT306 
motherboard and accompanying ver- 
sion of OS-9/68000 for about a year 
now. When he was developing this 
board, he asked me what I thought of 
his ideas, being as I heard a lot from 
readers. Some of those ideas had an 
impact on the final design, I am pleased 
to note. Karl also asked me about be- 
coming a dealer I had some reserva- 
tions on this at the time. There were to 
be at least two people selling them al- 
ready, Wittman Computer Products and 
BlackHawk Enterprises, both now ad- 
vertisers, and BlackHawk had a west 
coast dealer. I thought that this may be 
enough to meet the needs of most 
people. Another problem was the 
amount of support I could provide. I 
was ahready juggling a magazine, a soft- 
ware/hardware company, a job, and a 
femily. And I'm not that fluent in OS-9 
either Oh, I can get around in it, but 
not good enough to support a new sys- 
tem that may have some bugs crop up. 

Well that has changed now. The sys- 
tem has matured enough that I can as- 
semble a reliable product from readily 
available components. The result is in 
the FARNA Systems ad in this issue. 
Sure, many of you could buy the com- 
ponents separately and assemble the 
same system, with a savings of around 
$150. But you may have a fisw prob- 
lems getting everything to work, or 
you'll have to wait for this or that to 
come in. Purchasing from me, you get 
a complete, plug-n^)lay system with fiill 
docxunentation and a 90 day warranty 
(more on some components). The 
folowing information applies to all the 
AT306 based systems, not just those 
fix>m FARNA. 

Just what is the AT306 motherboard? 
Well, to begin with it is a small foot- 
print (about eight inches square) board 
with holes drilled to fit a standard PC 
Clone type case. It will fit in abnost 
ANY case designed to hold a "stan- 
dard" motherboard. Only some of the 
Tandy, Packard Bell, and other custom 



made cases won't hold one of these 
boards with no modification. 

Built on this motherboard is all the 
basic input/output functions needed. 
There are three to five 16 bit ISA bus 
connectors (standard "AT' types) for 
additional fimctions. The basic func- 
tions include: 

* IDE hard drive interfece for 
two drives 

* High density floppy drive interfece 
for two drives 

* four 30 pin SIMM sockets (Unked 
in pairs, 51 2K to 16MB supported) 

* two high speed (up to 115K baud) 
serial ports 

* one bidirectional parallel 
printer port 

* real time clock 

* standard "AT' (5 pin) keyboard 
connector 

The only function NOT buik into the 
motherboard is the VGA video adapter. 
When starting the Ar306 project, Karl 
had thought that a single driver would 
support at least the basic functions of 
ahnost any VGA card. Unfortunately, 
this did oot turn out to be the case. Each 
video card tested varies a good deal 
from the "standards". The clones, be- 
ing hardware mapped to drive such 
things, seem to have a tolerance for 
these variations. OS-9, with drivers 
written for each device, is more precise. 
This means that drivers have to be 
modified for each make and model of 
video card. Currently, the Trident 
8900CL and the Hercules Dynamite 
Pro are supported. The Trident is a very 
generic, mid range performing graph- 
ics accelerator type card. The Hercules 
is one of the &ster accelerators. They 
are, of course, priced accordingly. The 
Trident retails for around $60, the Her- 
cules about $100 more. 

Many of you with PC experience will 
note diat many manufacturers have spe- 
cial drivers written for their cards. 



These drivers take advantage of spe- 
cial features built into the chipsets they 
use. The cards will display basic VGA 
even without the special drivers though. 
On this note, TU add that some other 
high end cards should work with the 
AT306. The Hercules card uses a Tseng 
4000 W32i chipset. According to Karl, 
any card with this set should work with 
the supphed drivers. While researching 
prices myself^ I have found that the 
current most common Tseng 4000 
chipset is the W32p. DO NOT buy one 
of these, as they may not woric. I'll be 
contacting Karl about this later, but the 
W32p chipset may be for VLB or PCI 
cards only. 

Having a standard 16 bit ISA expan- 
sion bus also opens the machine up for 
other peripherals. Currently, several 
SCSI cards are supported. Simply add 
a Future Domain 1830 or easy to find 
Adaptec 1 Sxx controller and open your- 
self up to a wide range of additional 
peripheral devices. SCSI CD-ROMs 
and tape backup drives (150-325MB 
Wangtec, TEAC, Archive, or Connor 
with DC600 type cartridges) arc known 
to work with the provided drivers. 
Sound Blaster sound cards (record and 
play sound in DSP mode) are also sup- 
ported. The Sound Blaster SCSI card 
uses the NCR5830 SCSI controUer, 
which can be used with CDs and tape 
backup drives. 

The AT306 gets its name fix>m the 
processor it uses — Motorola's 68306 
microcontroller. A microcontroller was 
used because it has a lot of the neces- 
sary computer components built di- 
rectly in the chip, such as ROM and 
RAM control. This further reduces the 
chip count, number of solder joints, and 
total size and complexity of the 
motherboard. The 68306 is basically a 
68000 chip with the added components . 
It runs at a clock speed of 16.67MH2. 
A 25MHz version is available, but Karl 
says it can't just be plugged" 
motherboard, and changing ^ i 
would alter everything else ala»^ 
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Karl was thinking about future expan- 
sion when he designed this board.There 
is an upgrade processor slot designed 
to take a small daughterboard. There 
is a possibiUty that a 25MHz 68306 
board will be released, but the most 
liekly future upgrade will use a 68340. 
This microcontroller uses a more pow- 
erful 68020-like core. I say "Uke" be- 
cause there are a few functions of the 
68020 not implemented in the control- 
ler processor core. This means that 
some, but not many, programs written 
for a 68020 won't run. The majority, 
however, will, as the missing functions 
aren't used much. Hopefully, Karl will 
make an upgrade available that uses a 
memory management unit at a later 
date. This will make Linux portable to 
the board, even if it doesn't support 
additional memory. 

The OS-9 version sent with the ma- 
chine is "Personal" version 3.0. I put 
personal in quotes because such a thing 
doesn't oflBcially exist. A Ucense for the 
normal version of OS-9 sent with in- 
dustrial computers was just to much for 
the average hobbyist. Peripheral Tech- 
nology sells OS-9 for the PT68K4 
68000 based machine for $300... that's 
just the operating system, the 
motherboard is just as much! Karl 
wanted to keep the price of the 
motherboard and operating system 
down to no more than $400 to the deal- 
ers. To do this, he purchased a Ucense 
for the Industrial version of OS-9/68K 
from Microware, The industrial version 
is intended for embedded, ROM based 
designs with Umited input/output capa- 
bilities. He then added individual li- 
censes for a few of the necessary file 
managers and drivers, and proceeded 
to write the remianing drivers and man- 
agers himself. This resulted in a very 
compatible, affordable version of OS- 
9/68K. It will run 99% of the generic 
software and utiUties that are readily 
available for downloading from vari- 
ous soiurces, including Delphi and the 
Internet (a good ftp site is syscon- 
intl.com). 

Software that comes with the system 
includes a version of BASIC that is very 



sunilar to Microware BASIC (and Ba- 
sic09) and a graphical user interface 
(GUI) called "MGR" (ManaGeR). Karl 
ported the 1 988 freeware version to the 
AT306 to give the user a very afford- 
able graphics based system. MGR 
works much like MuMVue on the CoCo 
and Windows on a PC. It has a look 
and feel similar to both systems, and is 
very easy to work with. There is a com- 
mercial version available in Europe. I 
have contacted some people in Germany 
about the possibihty of getting some 
MGR software. And I have also asked 
about the compatibility between the 
freeware and commercial versions. 
There is one minor problem with the 
shipped version of MGR. If you switch 
to a terminal window while you have 
multiple MGR windows open, the 
MGR windows "disappear" when you 
switch back! They don't close or go 
away, the screen just doesn't update 
them when you switch back. If you re- 
member WHERE the windows were, 
you can "cUck" on them and they will 
update. I personally see this as a minor 
problem. Most of us either woric in ter- 
minal windows or the GUI, not both. 
Yes, I know some of the more advanced 
users will say "not so!", but the "regu- 
lar" fellow won't have a problem with 
this. And as long as the problem is 
known and pointed out, it can be easily 
worked around. 

What I have done is put together a 
complete system that I can easily sup- 
port and ship out as a "canned" unit. 
Basically, this means that all compo- 
nents are assembled and tested, soft- 
ware installed and running in a "ge- 
neric", ready to use configuration (4 or 
more terminal windows and one MGR 
window), A general purpose user may 
never have need to alter this configura- 
tion. And the system is guaranteed to 
operate as configured when you reed ve 
it. The only restriction is that the sys- 
tem not be altered for the first thirty 
days. I can only guarantee it to woiic as^ 
I set it up. Once a user starts making 
major changes to the system, there is 
no way I can back-track and find out 
what has been altered to cause the sys- 



tem to crash. All I can do m this case is 
recommend that you restore the back- 
ups made when you received the sys- 
tem. You should ALWAYS backup a 
"canned" system when you receive 
even though system and software disks 
are included. This assiu-es that all con- 
figuration files are saved as they were, 
and the system can be easily restored 
to its original configuration. When you 
do start making changes, make them 
one at a time, but backup the files you 
intend to alter first so they can be re- 
stored if the changes don't work out. 
This is time consinning, but you'll eas- 
ily be able to discover what does and 
doesn't woric, and even restore the sys- 
tem easily. 

FARNA Systems prefers payment 
with an order for hardware. Please al- 
low a minimum of 30 days, maximum 
of 45 for orders to arrive. We some- 
times have delays getting parts, but 
should be able to easily dehver in this 
time fi-ame (or sooner). We caimot ac- 
cept credit card orders at this time, but 
personal checks drawn on a US bank 
are welcome. I'll add one more thin'^ 
here. While FARNA does not current 
sell individual components, the other 
two dealers in the magazine do. If you 
think our terms to restrictive, please 
contact them! We currently haveagood 
working relationship with the 
BlackHawk and Wittman, and intend 
to keep things that way! See out ad for 
pricing, and watch later for additional 
software to become available. 



:^?^^^^:%. 
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The Fifth Annual 'LAST Chicago CoCoFest 

No, it's still NOT the last one! Frank & Tiffany Swygert 



Frank: 

The very best thing I can say about the 
last Chicago CoCoFest is that it isn't the 
last one! Even as we got ready to leave, 
the date was announced for next year... 
Apnl fourth and fifth, 1997. 

Well, what about diis past fest? There 
were 19 vendors who made an appear- 
ance this year. That's about as many as 
the 1995 fest. As long as we can con- 
tinue to draw this many, there will con- 
tinue to be CoCoFests in Chicago. 

As always, this year's fest was held at 
the Elgin Holiday Inn, which is a 
Holidome Recreation Center. There is a 
large whirlpool, a heated indoor pool, an 
excercise room, and a small arcade. 
Plenty of indoor room to keep the kids 
busy while the adults peruse the show or 
get somr rest and relaxation. This is one 
of the things that make the Chicago fest 
a great family trip. And there are plenty 
of good sites and shopping areas nearby 
without going into the big city. 

What most of you want to hear about 
is all the new items. Well, Acre weren't 
a whole lot this year. Digigrade produc- 
tions was showing off a new adventure 
game, DAS, for die MM/1. It is similar 
in concept to "Doom" on Ae IBM/PC and 
clones. Bill Wittman was showing off 
the AT306 and an accompanying POS 
(Point of Sale... replace dia cash r^- 
ter!) system. He also had some new soft- 
ware. Strongware also had a few new 
games for die MM/1 available, and will 
be selling Sub-Etha products in die fu- 
ture. 

Sub-Etha was sorely missed this year! 
As a company, they will no longer be with 
us. As mentioned before, however, 
Strongware will become a distributor. I 
spoke widi Allen HufiSnan at lengdi about 
Sub-Etha this year. Basically, Allen 
diough diat running a software company 
while woridng for Microware could be a 
conflict of interests. That and the fact that 
Microware keeps him running all over the 
country leaves him little time to program, 
much less keep up with mcoming orders 
and support! 

Did I mention that Allen now worics 
for Microware? He found out that 



Microware was looking for someone to 
train people on using OS-9 from another 
Microware employee, who urged him to 
submit a resume. No harm in that, so he 
salt one in. A few weeks later he received 
a phone call and found himself in the 
middle of an impromptu interview. This 
led to Microware sending him a plane 
ticket from Texas to DesMoines for a 
personal interview. He thought it was a 
litde touch and go with one interviewer, 
but another was apparently impressed. 
Needless to say, a few weeks later he was 
on die move to DesMoines, Iowa, and a 
new job as a trainer with Microware. 
C<Higratuiations and good luck, AllenI He 
will continue to write some programs and 
market his existing work through 
Strongware and is open to mariceting 
through other dealers. 

As always everyone had a good time 
meeting old friends and making new 
aquaintences. The fest has very much be- 
come a social gathering among vendors, 
but that doesn't mean diat it isn't a prof- 
itable showl 

Personally, FARNA Systems brought 
home a couple hundred after paying all 
expenses. This isn't bad, as it costs about 
$600 for me to attend I had expected to 
gross from half to two-diirds that amount., 
so I was very pleased. 

My feeling towards die fest in Chicago 
is that as long as I can meet at least half 
of my exp^ises. Til continue to attend. 
For one diing, I owe it to you, my read- 
ers. By continuing support, you make it 
possible for me to attend the fests, and I 
believe I should be available whenever 
possible. 

There was some discussion about 
whedier to have an Adanta fest or not, or 
to maybe have afest about the same time 
but anothCT location, like maybe Penn- 
sylvania or the Princeton, New Jersey 
area (where many of the old 
RainbowFests were held). These are vi- 
able locations, as there are a good many 
northeasters who would probably attend 
and can't make it to Chicago due to the 
long distance. When asked if I would at- 
tend a fest in such a location, I had to be 
very skeptical. Chicago has become THE 



event of the year as far as the CoCo and 
OS-9 are concerned. While I feel I have 
an obligation to attend Chicago, I can't 
afford two long distance trips every year. 
If Atlanta weren't literally in ray back 
yard, I would have diflBculty attending it 
every year. I could probably attend a fest 
no more than a six to eight hour drive 
away, but any more would be extremely 
difficult. 

I've noticed diat some of you do bring 
wives and/or girlfriends with you, but 
many don't. Well, diis year Tiffany, my 
bride of oidy five months at the time of 
die fest, came with me to Chicago. She 
spent a lot of time with me helping with 
the booth and allowing me to look around 
a good bit, but she also went off with 
Linda Podraza a few times to do some 
shopping and sight seeing. I'll let her tell 
you a bit about diat, and the Saturday 
night social gathering of vendors. 

For those of you who remember the 
Rambler from last year, it is still widi me. 
It didn't make it to Chicago diis year, 
mainly due to a bad axle bearing which 
I'll get fixed this summer. We didn't have 
to take the truck (mentioned in die last 
issue's editorial) either, because v/e 
bought a litde Subaru station wagon just 
weeks before the fest. 

This year the vendors got togedier on 
Staurd^ night instead of the traditional 
Sunday-afler-the-Fest dinner. Thanks to 
Paul Jericatis (Sand V BBS) for organiz- 
ing this! We had been going to a Mongo- 
lian Bar-B-Que, but Paul had a surprise 
for everyone this year! We all went to 
the "Prairie Rock" brew-pub in down- 
town Elgin. It was much closer and a vwy 
nice adult club. They make their own ale, 
and you can see the micro-brewery in 
action behind glass walls. The ale was 
excellent, the food great, and the atmo- 
sphere very pleasing. Thanks for making 
this year something special Paul! 

rU close with a list of attendees and a 
message: Don't forget to attend if you can 
next year! Without continued suppot, die 
fests will cease. We need you all! 



(Vendor list on page xx) 
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FARNA Systems 

Your moet complete eource for Color Computer and 05-9 information! 



Foet Office Box 321 
Warner Robins. GA 31099 
Phone: 912-323-7359 

E-mail: dsrtfoxOdelphi.com 



>^r:>z> ^3 .sr «&/-/, ^-* c::j\s\s,AO.A, ^io ov^^/^,si 



Ma6t<win^ 06-9 - ^^^.00 
Update of Paul Ward's ''Start 06-9". Com- 
pltft<?ly sttfp© one t+irou^ ieaminq all aspect© 
of 05-9 on thtf Color Computer. Eaey to fol- 
low inetructlore and tutortate, Comee with a 
dtek full of added utilititf© and 6oftwar«l 

Tandy's LitU? Wondw - $25.00 
Hietory, t«;hnical informatton. hacks, 6ch«- 
mattes, r(?pair&... almost EVEKYTHING avail- 
able for thtf CokTT Computer all under one cover! 
A MU6T HAVE for those wanting to keep their 
CoCo alive or for those new to the CoCo. 

Quick. {Reference Guides 
These handy little books contain the most 
referenced informaUon in an eaey to find for- 
mats 6niali size makes them unotTtrusive on 
your desk. Command syntax, error codes, sys- 
tem calls* etc. 
CoCo 06-9 Level II - $5.00 

oe-9/e&ooo - $7.00 

aOFTWAKE: 

CoCo Family Recorder The very best in ^ 
nea k?^y record keeping EVER for the CoCo\ 
Rec^uires CoCod, two disk drives (40 track 
for 06-9) and an &0 column monitor. 
DECB: $15.00 06-9: $20,00 



Di^iTech fro: $10.00 

Easily add sounds to your 0A61C and W/L 
pro^ramsl Very easy to use. Rec^uires user to 
make a simple cable for sound Input through 
a joystk;k port. Rec^uires CoCo:5, DEC3, 512K. 

ADOS: The premiere, most respected en- 
hancement for DEC5I Support for double sided 
drives, AO/S>0 tracks, faster formatting, many 
e>ctra and en}f]anced commandsl 
Original (CoCo \I2J?>) - $10.00 
AP06 3 {CoCo 3 only) - $20.00 
Extended ADOS 3 {CoCo 3 only, rec^ulres 
ADOS 3. support for 512R-2M0, RAM drives. 
40/dO track drives mbced) - $30.00 
ADO'^ 3/EADOS 3 Comlw $4O.00 

rixei :^laeter - $12.00 
Hi^ ^peed graphics tools for CoCo 3 06-9 
Level II. Easiiy speed up performance of your 
graphics pro^amsl Designed especially for 
^me progra mmmersi 

Patch OS'9 ' 97.00 

The best enhancement for 05-9 short of buy- 
ing a 6309 and NftrOS9l Contains the lat- 
est verston of all popular utilities and new com- 
mands with complete documentation. Has 
auto-installer (rec^uires 2 40T DS drives, one 
may be lar^). Ask for 35 track disks (manual 
install). 



HAJ^DWAKE: 

5PEC1AL PRICE ON REMAINING VIDEO DIGI- 
TIZERS: $100 (was $125) 
This may be your LAST CHANCE to ^et a 
Di^iScan video digitizer! No MPl -- uses Joy- 
stick ports. CoCo Max3 . Max 10, Cotor Max 3 
compatible, input from any VCR, camcorder. 
or TV camera (freeze-frame rec^ulred). 

Special Prices on Remaining DISTO stockl 
LIMH^P QUANTITIESI BUY NQWl 
Mini Controllers: Clones of the Tandy short 
disk controller, comes with DECB 2.1. NO CA6E. 
$40 each 

512»v Upgrades: With RAM chips: $50, with- 
out: $25 

Super Controller I : 1 have several boards 
that need repair. Buy two for $30 so you'll 
have extra parts, or one for $20. Comes with 
schematic. NO WARRANTY. 
HD Controller $30 - Connect embedded SCSI 
or MFM/RLL drives (with Adaptec controller) 
to your CoCo. These fit inside a Super Con- 
troller I or II. 

Bare Board Set: $30 - Set of blank circuit 
boards for Disto products including SCI, SCII, 
HD, 4-n-l. MPROM. etc. Add $20 for com- 
plete schematk; set. 
Complete Dteto Schematic set: $25. 



F/\K.N/\ Systems /\T30^ &^&&ci Computi^ers 

Complete computer eyeteme baeed on the AT50& board from Kreider Electronice. Syeteme are 
completely setup and ready to qo, just add a monitor {or we can supply that too)l 



Both systems include: 

1 6 bit PC/AT I/O bus with fiv« slot* 

MC68306 CPU at 16.67MHz 

4 30 pin SIMM sockets 

IDE Hard Drtve Interface 

1.4MB Floppy Drtvtt 

TVvo 16 byte fast serial ports (up to 115K baud) 

Bi-directional parallel printer port 

Real-time dock 

PC/AT keyboard 

Desktop Case and Power Supply 

BASIC (resembtos Mk^rosofl BASIC) 

MGR Graphnal Windowing Environment 

with full documentatk)n 
-PereonaT OS-Q/68000 \/r 3.0 

(Industrial with RBF) 
Ortvers for Tseng W32I 

and Trklent 8900 VGA cards 
Drivers for Future Domain 1680 

and Adaptec AAH1 5xx SCSI cards 

Many other utilities and tools 



FARNA-11122 Includes: 

2MB RAM 

200MB Hard Drive* 

Trident 8900 1MB Video Card 

$960.75 



FARNA-1 1225 Includes: 

2MB RAM 

500MB Hard Drive* 

Tseng W32i 1MB Video Card 

$1114.47 



This Is the SMALLEST amount of formatted space (most manufacturers 
specify UNFORMATTED CAPACfTY). Prices fluctuate - we get you the 
largest drive possible for the money allotted! 

Call for a quote on different configurations and components. V^tonranty is 
90 days for labor and setup, components are limited to manufacturers 
warranty. 

Mlcroware Programmers Package - 
Licensed copies of Microware C compiler, Assembier, 

Debugger, Basic, and many other tools! 

With system purchase: $65.00 Without system: $85.00 

More software will be listed later! 
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Oper^hn^ System tllne 

Why an operating system at all? 



Rick Uliand 



Magazine columns share a basic prob- 
lem. The writer has read them all. Not 
wanting to alienate long time readers with 
repetition, the content tends to degener- 
ate into how-to procedures for some ob- 
scure minutiae that the average user never 
even heard about, much less needs to ad- 
just Before we drift any fiirther thataway, 
it's time to step back and look over the 
basic problem again, starting with, 'I need 
to run these programs'. What's it going 
to take? At the least, all programs should 
be able to understand the same disk for- 
mat, and simple tasks like reading the 
keyboard shouldn't be left to the indi- 
vidual. Beyond that, there are many ideas 
of what an operating system should be. 

Most can be divided into two groups. 
The simplest to understand are the bare 
bones, let's make the programs job a little 
easier systems like CP/M, MSDOS, or a 
host of 'personal computer' systems like 
DECB. Here, the application program 
reigns supreme, with total control over 
the machine and all it's resources. They 
are single user/ single tasking ahnost by 
definition, since the 'operating system' 
is httie more than a Ubrary of subroutines 
that programs call upon to perform basic 
tasks like saving a file on a disk other 
programs have used 

Such a system has advantages. The 
only thing going on is the primary task, 
so there is no overhead. The opsys only 
exists when app code jumps into it for 
some standard service. Such a system 
_can_ be small and fast, and doesn't have 
to be very complete. As long as the opsys 
covers the majority of commonly used 
functions, any special needs an applica- 
tion requires can be provided by die ap- 
plication itself. Or by added hardware- 
PC clone add-ins commonly contain 
ROMs to insert additional code to 
MSDOS. As long as these extra drivers 
exit widi the machine in die same ap- 
proximate state as \^en they were called, 
compatibihty with most other software is 
hkely. 

This simplicity evaporates when a sec- 
ond user or process is added. With any 
program compatible of leaving the ma- 
chine in any state, it becomes very diflB- 
cult to switch between apphcations on die 



fly. Even when there is a protocol for do- 
ing so, the unrelated programs might not 
be able to guess what was going on when 
diey were called up- witness the interest- 
ing things that can happen after adding a 
few badly matched TSRs (* terminate and 
stay resident programs') to an MSDOS 
system. And of course, it's impossible to 
do more than one thing at the same time 
without extensively rewriting each appli- 
cation to support task switching. 

OS-9 is supposed to deliver true 
multitasking, widi no interaction between 
separate apphcations. Even when two us- 
ers write to the same disk at die same 
time, or when data is coming in the serial 
port while the terminal program is not in 
it's timeslice. Obviously, die opsys has 
to have complete control of the machine. 
App code can't just jump off to some 
canned subroutine whenever it wants to 
write adisk sector- dierehas to be amas- 
ter which the applications cannot ever 
override. 

Which means an application shouldn't 
have access to die physical machine at 
all. To allow this, system services are re- 
quested by issuing a 'syscall', and OS-9 
itself can then take care of die actual op- 
eration. One major advantage is the ap- 
plication doesn't have to worry about 
what other apps are doing, how often it's 
getting a timeslice, what's happening to 
the hardware v^bsa it's 'sliced out'. . . . But 
this utility comes at a price. All the extra 
work saps system resources (something 
a 2Mhz mflchitift doesn't have that much 
of) and controlling the system can be 
something of an art. Really, OS-9 isn't 
hard on purpose! 

Widi a number of applications all wait- 
ing for service, data coming in from die 
hardware, and the need to run the opsys 
code itself^ diere obviously has to be some 
sort of scheduling scheme. After all, om- 
puters still tend to do one thing at a time. 
By far the easiest part of this problem is 
making sure every program gets it's fair 
share of processor time. You or the pro- 
grammer has the privilege of assigning 
each process a priority, or starting age. 
As each one gets a timeslice, the others 
all age a little bit, and the one that just 
ran is reset to it's priority. The next slice 



is then given to the oldest process that's 
active. You'll note diis isn't exacdy a hne, 
since process aren't ran in any set order, 
but all compared anew at the start of each 
slice. If a process has it's priority set high 
enough, it may run dozens of times be- 
fore any lower level process becomes old 
enough to get a shot. 

As clever as this scheme is, its not 
enough. No matter how often a given pm- 
cess gets CPU time, there is a good 
chance it's going to be dormant when 
something important happens- or it's go- 
ing to waste cpu time when nothing is 
going on. To avoid spending time on pro- 
grams with nothing to do, they will as- 
simie three states- either active, waiting 
for something to happen, or sleeping for 
a definite time (unless something happens 
first). Whidi means there has to be a way 
for process to communicate with each 
other, die hardware, and the opsys itself. 

First up is the process to process sig- 
nal. A signal is simply a numeric code, 
which will be stored in the descriptor of 
the receiving process. If the receiver 
wasn't active, it's woken up, and when it 
gets it's next timeslice execution jumps 
to that process' internal signal handlcr- 
whidi can dien read die signal's vahie and 
act appropriately. The obvious problem 
is nothing happens when the signal is 
sent- it's not until the receiving process 
gets a timeslice diat anything can be done. 
To avoid diis limitation, there are also 
software interrupt. Each process can set 
up three separate restart points (aldiough 
OS-9 syscalls use one of diem). When a 
ipfltchiTig IRQ is sent, OS-9 drops every- 
diing and immediately jumps to the ap- 
propriate location. 

Hardware can signal to a process also, 
through the hardware interrupt. Like the 
software irq, these are immediately ser- 
viced but unlike soft IRQs, diere is only 
one and it's shared by the entire system. 
To make sense of it all, the opsys main- 
tains a table of devices that might send 
an irq, and "polls' each device in turn to 
see \^ch sent the current one. To reduce 
die amount of poUing needed, device driv- 
ers can set a priority, ensuring those is- 
suing many irq or requiring very fast re- 
sponse are placed at die head of die line. 
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Polling works fairly well- consider the 
basic serial port, which only buffers one 
character. It has to send an IRQ and wait 
for the poll, then some service from the 
machine, then do something with the 
character that eventually appears. Finally, 
another letter can be caught!. Stock OS- 
9 on a stock CoCo can do this about 600 
times per second. 

As with any operating system, the user 
needs a way to make the machine do 
things when an application program isn't 
running. Especially in a multiuser/task 
scheme, where the master has to be insu- 
lated from die hoi palloi (users), this 
means an added step. Under OS-9, it's a 
program called 'shell', which provides 
the familiar OS-9 prompt and patiently 
waits for your instruction, which is ex- 
ecuted using the normal syscall requests. 
Changing the shell can drastically change 
the look of an operating system- consider 
the stock version vs. MultiVue's gshell. 
Shell also provides the most basic ex- 
ample of a process in wait mode- it will 
start another program, requesting this 
'child' signal it when the child is termi- 
nating, then it goes into hibernation, us- 
ing no cpu time but instantly available 
once the child process ends. 

This is quite a bit to keep on tap. Even 
diough the CoCo3 can have up to 2 megs 
of RAM, the cpu still enjoys a 64K limi- 
tation. The easiest way to overcome this 
is to split the total of things to do into 
64K sections- these sections usually form 
a complete 'program'. The operating sys- 
tem itself is one such progranL Each ad- 
ditional task running occupies one of 
diese not-to-exceed-64K spaces, and this 
is a real limitation nowadays. There is 
another form of interprocess communi- 
cation available to work around this, the 
pipe. Pipes simply connect the output of 
one process to the input of another. Think 
of pipes as a way to have a program do 
the keyboard entry for a second program, 
and you are very close. 

Multiple, completely independent 64K 
programs all running at the same time 
sounds pretty good- but this still puts a 
Umit on small machines, especiaUy diose 
with more than one user. If a large appli- 
cation is used by more than one person 
or window, precious memory will be 
wasted as the exact same code is loaded 
into multiple locations. Enter the mod- 



ule- a small (usually), independent sec- 
tion of code that performs some specific 
task. By storing all data outside die pro- 
gram modules, users can share the same 
copy,and the amount of memory saved 
can be considerable. The CoCo's MMU 
makes this 'reentrancy' easy to accom- 
plish. Each 64K space consists of eight 
8K blocks, which are stored as a 'task 
register'. Some of the blocks are used for 
data, and these are usually unique to a 
specific task, but any program block can 
be mapped into several tasks by simply 
placing the same physical block address 
into more than one of these task maps. If 
you then add up all the blocks being used 
by all the separate tasks, the system may 
appear to be using more ram than it actu- 
ally has! 

This does leave one problem- the 
blocks are a fixed size, and it's pretty 
large. Programs would like to see him- 
dreds of tiny modules they could pick 
from, instead each task has only 8 stor- 
age blocks, which have to be divided be- 
tween code and data. Microware left a 
way around the problem, in that an en- 
tire disk file is loaded together, into as 
few blocks as possible. This group gets 
mapped around as a unit. If it is smaller 
than 8K, the extra modules are 'free' 
since 8K would be used in any case. Once 
a merged file gets larger than this mini- 
mum size, diings get tougher- Even one 
byte over, and an extra block has to be 
added! The extra baggage will mean less 
data space in any given task map, and 
the art is in guessing which modules will 
be used togeAer alcmg with the data space 
that they wiU need- hopefully leaving 
some room for additional modules to be 
added in when a more complex task is 
built up. 

Not quite impossible, if you know 
what's needed! Let's use a simple ex- 
ample- assume all the disk utilities ex- 
cept dsave (which is almost 8K itself) are 
merged into one file. This comes to three 
blocks, so it looks like there are five left. 
But keep in mind, you always have shell, 
which will also need at least one data 
block- five. Now add an application of 
only a few blocks size, and copy doesn't 
have any extra data room- it dragged all 
that spare baggage along, filling up the 
64K task map with unused code. The key, 
should you choose to accept it, is to put 



copy (or other dataspace hungry modules) 
in a separate file that doesn't run over 
8K. This way, anything that maps in one 
of these heavy hitters is only penalized 
the default one block, and has the bene^ 
of the maximum number left fr^e in ii 
task. 

You'll probably note we are playing 
very fast and loose with memory require- 
ments here- die cpu can only handle 64K, 
and we've given the whole amount to the 
application and it's data- now add the op- 
erating system- and the screen has to be 
stored someplace, doesn't it? Well, yes. 
The opsys is easy- it's a separate process, 
so your 64K program has the full use of 
a 64K operating system- passing syscall 
requests through a common area at the 
top of the last block of each task map in 
the machine. This common area is why 
merged program files should be a page 
smaller dian a full 8K DAT block... But 
what about graphics? Obviously, there is 
too much work involved in a graphics 
screen to pass through a small data win- 
dow- and a 32K screen is way to large to 
fit inside the operating systems space. 

More clever work. The grfdrv you see 
in a mdir isn't really doing anything. It's 
there to be copied- into a screen mz 
Like any otho* module, it's not really cop- 
ied, but reentered in yet another task m^. 
Graphics functions are issued as syscalls, 
which OS-9 passes to the copy of the 
graphics driver that lives with die screen 
involved. Once this map becomes active, 
the disjointed grfdrv can quickly modify 
the large number of pixels involved- 
we've reduced the whole into a large gfi( 
screen and equally large driver, with no 
application and one simple task to per- 
form-just barely small enough for a 6x09 
to handle. This leaves an application a 
few steps removed from it's display and 
pertiaps a little slow, but all the above 
allows a single application to use 196K 
of ram under a 64K cpu- with the 
reentrancy, five or six applications can 
easily use 196K each under 512Kof to- 
tal RAM. 

Next month, we begin to ex{ 
this is used.... 




Rick can be reached for comment ' 
here at the magazine or through 

electronic mail at: I 

pulland@onmife9tuwm.edu I 
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Roadmap to the Internet 

Internet Security 



Patrick D. Crispen 



"Cyberspace, in its present condition, has 
a lot in common with the 1 9th Century 
West. It is vast, unmapped, culturally and 
legally ambiguous, verbally terse (unless 
you happen to be a court stenographer), 
hard to get around in, and up for grabs. 
Large institutions akeady claim to own the 
place, but most of the actual natives are 
solitary and independent, sometimes to the 
point of sociopathy. It is, of course, a per- 
fect breeding ground for both outlaws and 
new ideas about liberty.** — 

John Perry Barlow, 
Crime and Puzzlement 

I would love to tell you that the Internet 
is a safe place and that there is no reason 
for you to protect your password. Unfor- 
tunately, there are a LOT of people out 
there who would LOVE to break into your 
account and ""use your account as a base 
for operations." How prevalent is this? Ac- 
cording to Mike Godwin, Chief Legal 
Counsel for the Electronic Frontier Foun- 
dation, it's "fairly conunon.** (1) 

The main defense against people who 
want to break into your account — a.]ca. 
"crackers" — isyour password. Keep your 
password secure, and you should never 
have anything to worry about Give your 
password to others, or write your password 
down and put it near your conq)uter, and 
... well, you get the picture. 

There are some KEY points you need 
to remember to protect yourself and your 
account: 

- NEVER give your password to ♦ANY- 
ONE*. The whole purpose of having a 
password in the first place is to ensure that 
♦NO ONE* other than you can use your 
account 

- NEVER write your password down, and 
especially never write your password any- 
where near your computer. 

- NEVER let anyone look over your shoul- 
der while you enter your password. 
"Shoulder Surfing" is the most common 
way that accounts are hacked 

- NEVER e-mail your password to any- 
one. 

- DO change your password on a regular 
basis. There is no better way to thwart a 
would-be cracker than to change your 
password as often as possible. Your local 
Internet service provider will be able to 
tell you your system's recommendation on 



how often you should change your pass- 
word, but a good rule of thumb is to change 
it at least every three months. 

- DON'T pick a password that is found in 
the dictionary. When you set your pass- 
word, it is encrypted and stored into a file. 
It is really easy for a "cracker" to find your 
password by encrypting every word in the 
dictionary, and then looking for a match 
between the words in his encrypted dic- 
tionary and your encrypted password. If 
he finds a match, he has your password 
and can start using your account at will. 

- DONT use passwords that are foreign 
words. The hanker can get a foreign dic- 
tionary, and ... 

- NEVER use your userid as your pass- 
word This is the easiest password to crack. 

- DONT choose a password that relates 
to you personally or that can easily be tied 
to you. Some good examples of BAD pass- 
words are: your name, your relatives' 
names, nicknames, birthdates, license 
plate numbers, social security numbers 
(US), woric ID numbers, and telephone 
numbers. 

- DO use a password that is at least eight 
characters long and that has a mix of let- 
ters and numbers. The minimum length 
of a password should be four to six char- 
acters long. 

- NEVER use the same password on other 
systems or accounts. 

- ALWAYS be e^)eciaUy careful when you 
telnet or rlogin to access another computer 
over the Net When you telnet or rlogin, 
your system sends your password in plain 
text over the Net. Some crackers have 
planted programs on Internet gateways for 
the purpose of finding and stealing these 
passwords. If you have to telnet fiequently, 
change your password just as firequentty. 
If you only telnet occasionally, say, for 
business trips, set up a new password (or 
even a new account) just for the trip. When 
you return, change that password (or close 
out that account). 

The best passwords — the ones that are 
the easiest for you to remember, and the 
ones that are the hardest for crackers to 
crack — are passwords that are like those 
fake words you used to create when you 
would cram for a test For example, to re- 
member that ""the Law of I>emand is the 
inverse relationship between price and 
quantity demanded," I created the word 



TLODITIRBP&QD. NO ONE could hack 
that as a password. Best of all, its EASY 
to remenAer (well, its easy for an econo- 
mist to remember). Here are a couple of 
other good passwords: 
Sentence 

Possible password 
In 1976 I moved to Tulsa, Oklahoma 

I76IMrrO 
The conference lost 12,000 dollars 

TCL12KD 
U of A Crimson Tide Football is #1 

UACTFI#1 

Sentences are EASY to remember, and 
they make passwords that are nearly im- 
possible to break (and please do NOT use 
these sample passwords as your own). Do 
NOT use well known abbreviations (for 
example: Wysiwyg), and do NOT use key- 
board patterns (for example: qwerty) as 
your password. 

If you notice weird things happening 
with your account: 

1. Change your password IMMEDI- 
ATELY! 

2. Tell your local Internet service provider 
about it 

It is very common for someone whose 
account has been hacked to dismiss the 
signs that the account has been hacked as 
technical problems with the system. How- 
ever, when one account is hacked, it very 
often puts the whole system at risk. 

Finally, there is one last thing that I want 
to say before I close: I feel that ""hacking" 
and ""cracking" so violates the spirit of the 
Internet that I will do everything in my 
power to help put the overgrown babies 
who engage in such activities where they 
belong — behind bars. Until that time 
comes, however, Vm going to change my 
password as often as possible. 

Homework 

(Contact your local Internet service pro- 
vider, find out how you can change your 
password, and CHANGE YOl 
WORD!! 




Patrick D. Crispen teaches at the 

University of Alabama - Tuscaloosa 

His Internet address is: 

pcrispel@ualvm.ua.edu 
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The 68HC11 Microcontroller Family a Best Seller 

Motorola Press Release 



In July 1 996 Motorola's 68HC 1 1 8 
bit microcontroller (MCU) family, one 
of the most widely used electronic de- 
vices in the world, will be twelve years 
old. First sampled in 1984, the 
68HC1 1 was initially designed into a 
Chrysler engine control system, 
Canon EOS automatic 3 5mm camera, 
Delco Electronics Corp. engine con- 
trol module, and Scientific-Atlanta 
satellite descrambler system. The ar- 
chitecture was flexible enough to meet 
the needs of many applications requir- 
ing 8-bit performance and was soon 
designed into a Conner Peripherals 
disk drive, Fisher Rosemount digital 
voltage meter. Ford instrument clus- 
ter and a variety of Motorola cellular 
telephone models. 

The 68HC 1 1 was Ae first architec- 
ture to oflFer on-chip Electrically Eras- 
able Programmable Read Only 
Memory (EEPROM). Today, tiiere 
are over 60 derivatives, with a vari- 
ety of on-chip memory options, pe- 
ripherals, speeds, voltages and pack- 
ages. Motorola has shipped over 400 
million 68HC11 MCUs to date (July 
1 99S) and demand continues to grow. 

"The 68HC 1 1 microcontroller fam- 
ily is a powerful, robust architecture 
that offers high performance and in- 
tegration to embedded system devel- 
opers," said Greg White, 68HC11 op- 
erations manager for Motorola's Ad- 
vanced Microcontroller Division. 
"Motorola's first 68HC11 customers 
contmue to design with it, and we are 
continuing to develop new 68HC11 
derivatives to serve our customers for 
many years to come." 

68HC11 VersatiUty 

The popular 68HC11 family pow- 
ers a wide range of electronic prod- 
ucts, including cellular telephones. 



robotics, computer peripherals like 
disk drives and modems, cameras and 
camcorders, cable set-top boxes, pag- 
ers, home security systems, automo- 
bile instrumentation, anti-lock brakes 
and airbags. 

The 68HC 1 1 architecture was origi- 
nally designed in cooperation with 
Delco Electronics, a subsidiary of 
Hughes Electronics Corp. Delco Elec- 
tronics first used the device in its 
model year 1 987 engine control mod- 
ules. Today, the 68HC11 is found in 
many Delco Electronics ^plications, 
including airbags, anti-lock brakes, 
vehicle electronics, instrumentation, 
and suspension, as well as engine and 
transmission control. 

"In 1 985, Canon developed its best- 
selling EOS SLR camera using 
Motorola's 68HC11 microcontroller 
because Motorola provided die design 
expertise, service, quality and supe- 
rior engineering we required," said 
Shoji Ichikawa, Group Executive of 
flie Photo Products Group of Canoa 
"We still use the 68HC1 1 at the heart 
of our newest EOS SLR cameras and 
are pleased to continue working with 
Motorola." 

"Scientific-Atlanta has used 
Motorola 68HC 1 1 microcontrollers in 
its products for more than 10 years. 
Scientific-Atlanta first designed the 
68HC11 into its 1985 satellite 
descrambler system," said David 
Levitan, vice president and general 
manager of Scientific- Atlanta's Sub- 
scriber Systems. '*Tod^, tfie 68HC 1 1 
acts as Ae nerve center for our flag- 
ship 8600x set-top terminal, offering 
all the performance and fimctionality 
the 8600x's advanced features re- 
quire." 



The Motorola Cellular Subscrib*^ 
Group was also an early adopter o. 
the 68HC11 architecture. Originally 
designed into their MimTAC model 
of cellular telephones in 1986, today 
the68HCll is still used in many mod- 
els, including the best-selling 
MicroTAC Elite personal cellular tele- 
phone — the world's lightest cellular 
phone at just 3.9 ounces. 

68HC 11 Innovation 

Motorola, the leading supplier of 
microcontrollers witfi 19 percent to- 
tal microcontroller market share and 
30 percent 8-bit microcontroller mar- 
ket share (Dataquest June, 1995), has 
forged the way for 8-bit 
microcontroller technology in many 
areas. At introduction, the 68HC11 
pushed 8-bit 

microcontroller performance into 
the 16-bit performance level with its 
16-bit timer, accumulator and indt 
registers. It was the first 8-bit 
microcontroller with on-chip 
EEPROM and the first to combine 
EPROM and EEPROM technologies 
on the same chip. In response to cus- 
tomer and market requirements, 
Motorola will continue to increase in- 
tegration, performance, and versatil- 
ity with features such as memory 
management, co-processors, LCD 
drivers, extended operating voltage 
ranges, low power operation, higher 
firequency operation, and advanced 
packaging. 
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HawkSoft 



28456 S.R. 2, New CarUalc, IN 46552 

2 1 9-654-7080 eves & ends MO. Check, COD; US Funds 

Shipping included for US, Canada, & Mexico 

MM/1 Products (OS-9/68000) 

CDF S50.00 - CD-ROM File Manager! Unlock a wealth of files on CD with the MM/1 ! Read most text and 
some graphics from MS-DOS type CDs. 

VCDP $50.00 - New Virtual CD Player allows you to play audio CDs on your MM/1 ! Graphical interface 
onulates a physical CD player. Requires SCSI interface and NEC CD-ROM drive. 

KLOCK $20.00 - Optional Cuckoo on the hour and half hourl ! Cootinuosly displays the digital time and 
date oo the /term screen or on all open screens. Requires I/O board, I/O cable, audio cable, and speakers. 

WAVES vr 1.5 $30.00 - Now supports 8SVX and WAV files. Allows you to save and play all or any part of 
a sound file. Merge files or split into pieces. Record, edit, and save files; change playback/record speed 
Convert mono to stereo and vice-versal Record and play requires I/O board, cable, and audio equipment 

MM/1 SOUT^ CABIJE SiaOO - C<xmecU MM/ 1 sound port to stereo equipnient for recording and palybac^ 

GNOP $5.00 - Award winning version of PONO(tm) exclusively for the MM/1 . You'll fo crazytrying to beat 
the ckx^ and keep that @#$%ftbaU in line! Professional poogistB everywhere swear by (at) itl Requires 
MM/l, mouse, and lots of patience. 

CoCo Products (DECB) 

HOME CONTROL $20.00 - Put your old TRS-80 Color Computer Plug n* Power controller back on the 
job with your CoCo3l Control up to 256 modulet, 99 evental Compatible with X-10 modulea. 

HI A LO RES JOYSTICK ADAPTER $27.00 - Tandy Hi-Res adapter or no adapter at the Aide of a 
switch) No naore plug and unplugging of the joystick! 

KEYBOARD CABLE $25.00 - Five foot extender cable for CoCo 2 and 3. Custom leogthi available. 

MYDOS $15.00 - Customizable, EPROMable DECB enhancement The commands and of^ons Tandy left 
out! Supports double sided and 40 track drives, 6ms disk access, sc« CMP or ROB palettes on power-up, 
come up in any screen size, Speech and Sound Cartridge support, point and click mouse directory, and MORE 
OPTIONS than you can shake a stick all Requires CoCo3 and DECB 2. 1. 

DOMINATION $1&00 - Multi-Player strategy game. Battle other players annies to take control of the 
planet Play on a hi-rea map. Become a Planet-Lord today! Requires CoCo3, disk drive, and joystick or 



r 



SMALL GRAFX ETC. 

"Y" and TRT cables. Special 40 pin male/female end connectors, 

priced EACH CONNECTOR- $6.50 

Rainbow 40 wire ribbon cable, per foot - $1.00 

Hitachi 63C09E CPU and socket- $13.00 

S 12K Upgrades, with RAM chips - $72.00 
MPI Upgrades 

For all large MPIs (PAL chip) - $10.00 

For aU smaU MPIs (satellite board) - $ 10.00 

Serial to Parallel Convertor with 64K buffer, cables, 

and external power supply - $50.00 

2400 baud Hayes compatible external modems - $40.00 

ADD $2.00 S&H TO EACH ORDER 

SERVICE, PARTS, & HARD TO FIND SOFTWARE WITH COMPLETE 
DOCUMENTAnON AVAILABLE. INKS & REFILL KITS FOR CGP-220, 
CANON, & HP INK JET PRINTERS, RIBBONS & vr. 6 EPROM FOR CGP- 
220 PRINTER (BOLD MODE), CUSTOM COLOR PRINTING. 

Terry Laraway 

41 N.W. Doncee Drive 

Bremerton, WA 98310 

206-692-5374 



The BlackHawk MM/1 b 

Based on the ATS 06 board from 
Kreider Electronics. Features built 
into the motherboard include: 

1 6 bit PC/AT I/O bus with five slots 
MC68306 CPU at 16.67MH2 
512K to 16MB of RAM with 

30 pin SIMMs (4 sockets) 
DDE Hard Drive Interface (2 drives) 
360K- 1.44MB Floppy Drive 

Interface (2 drives) 
Two 16 byte fast serial ports 

(uptollSKbaud) 
Bi-directional parallel printer port 
Real-time clock 
PC/AT keyboard interface 
Standard PC/AT power connector 
Baby AT size - fits standard PC case 
BASIC (resembles Microsoft 

BASIC) 
MGR Graphical Windowing Envi- 
ronment with full documentation 
"Personal" OS-9/68000 Vr 3.0 

(Industrial with RBF) 
Drivers for Tseng W32i and 

Trident 8900 VGA cards 
Drivers for Future Domain 1680 and 

Adaptec AAHlSxx SCSI cards 
OS-9/68000 Vr 2.4 with Microware 
C 3.2, Assembler, MW Basic (like 
Basic09), MW Debug, MW Pro- 
grammers Toolkit 
UUCP fi-om Bon Billson 
Ghostscript (software PostScript 

interpreter) 
Many other utilities and tools 

Prices start at $400! 

(motherboard, 

Personal OSK, & MGR only) 




BlackHawk 
Enterprises, Inc. 

56GauseBlvd. #29 

Slidell, LA 70458 

E-mail: nimitz@delphi.com 
••••••••••••••••••••• 
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CoCo OS-9 C Compiler ''Problem'' r Gauit c simpson^ c Burke 

CoCo programmers discover some idiosyncracies in Microware's K&R 6809 compiler 



From Robert Gault: 

I have just finished tracking down a 
very elusive bug in a 687 line C pro- 
gram. Just in case I can save you quite 
a bit of wasted time on your own pro- 
grams, here is the problem I foimd. 

I am sure that just about everyone has 
used the following code at some time: 
X=*EEK^teItlyf256+PEEK^nemoly^-l). 
It is the only reasonable way to get a 
16bit number in memory into a vari- 
able. Most of my major programs are 
in assembly where it is even easier; just 
LDX memory. However, one of my 
projects required the C language to 
place a 16bit number from a character 
array into an integer variable. 

Chet Simpson: 

I find it interesting that any C pro- 
grammer would use PEEK to access a 
memory location. Since this varies 
widely from machine to machine (i.e. - 
- on the IBM/PC you would use 
peek(segment, ofi&et) ) to access it in 
segmented memory it's never a good 
idea to use. 

Robert Gault: 

I thou^t, 'Svell that's simple, I'll just 
use the routine from BASIC." So, I 
tried: Offset 

buflfer[0xle]*256+buffer[0xlf]. This 
looks reasonable and it actually worked 
for some time, until the &tal day that I 
added an extra drive to my system. My 
program stopped working but with 6S7 
lines of code, I did not give the above a 
second glance. Boy, isn't hindsight wonr 
derful! 

The above code gets PD.DTB, the 
drive table address, from a path descrip- 
tor. The added drive brought the value 
of bufFer[Oxlf] greater than $80. Di- 
saster, and just because James McCosh 
liked SEX in his programming (for 
those who don't know, there is a 6809 
m/1 operator called SEX... editor). 

The Microware 6809 C compiler sign 
extends all character values into inte- 
gers before any math is done. This 



means that any value over $80 becomes 
$FF80+, ex. $C0 beomes $FFCO. So, 
lets say that the equation should be: 
oflfset= $52*256+$C0 or $52C0. The 
Microware compiler converts it to off- 
set= $52*256+$FFC0 or $5 ICO. Even 
after I knew the equation was not get- 
ting the correct answer I did not see v^y 
for several hours! 

Chet Simpson: 

Since I'm not too femiliar with the 
errors that he within the Microware 
6809 C compiler, it might be a good 
idea to change to a pointer reference 
instead of using peek (and if the com- 
piler supports it, use typecasting to en- 
sure that an unsigned integer value is 
used). For those wondering what I'm 
talking about, here is an example: 

/* define variables */ 
unsigned char *bufiEer; 
/* define pointer to buffer */ 
unsigned char byte; 
unsigned int word; 

buffer = 0x00; 

/* set point to start of memory ♦/ 
byte = buffer [memory]; 
/* get a byte from buffer memory ♦/ 
word = ((buffer[memory]*256) + 
(buffer[memory+ 1 ])); 
/♦ get word from buffer memory */ 

Of course this does not always work 
on systems such as the PC whidi imple- 
ment protected memory as memory lo- 
cation may be the start of the applica- 
tions processing space. 

(Note that Robert admitted to being 
primarily an assembly and BASIC pro- 
grammer. This turns out to be impor- 
tant! He used a PEEK because that is 
what he is most familiar with, even 
though it is not common practice in C 
programming. As Chet points out, the 
PEEK solution would only work on a 
CoCo, Such machine limited commands 
aren't usually used in C because the 
code is written to be transportable to 
as many systems as possible with few 



changes to the source code - editor) 

Chris Burke adds: 

I think the problem on the CoCo is 
that the type 'Hmsigned char" is not sup- 
ported. The CoCo uses a pre-ANSI 
K&R subset compiler Since char is 
aways signed on the CoCo, the com- 
piler is correct to sign extend the value; 
a C compiler is *rec|uired* to extend 
char to int during intermediate calcula- 
tions. One correct coding on the CoCo 
would be: 

#1: Offset = buffer[0xle]*256 + 
(buffer[Oxlf]&Ox00ff) 
I prefer (on the CoCo): 

#2: Oflfeet=*(int*)(buffer+0xle) 

BUT this assumes that sizeof(int) is 
2 - on many UNIX systems, sizeof(int) 
is 4. Also, #1 assumes Motorola-style 
byte ordering; #2 assumes that the data 
being read was originally written usi^ 
the same byte ordering as the read. 
#2 assimies that there's no catastrophic 
result to reading non-byte data from an 
odd address (i.e. don't try this on a 
straight 68000, 68306, or 68070 un- 
less you're sxire the data is properly 
aligned). 

Another usefiil formulation, which 
avoids the odd address problems of #2 
and is on some machines faster than U 1 
is: 

#3: Oflfeet = (buffer[Oxle] « 8) | 
(buffer[Oxlf] & OxOOff) 

... or the pointer-based equivalent. If 
you have unsigned char, you can elimi- 
nate that pesky & OxOOff step. 
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Basic09 In Easy Steps 

RunB operators, strings, and control structures 



Chris Dekker 



In this article 1 will finish the discus- 
sion of RunB. The topics: operators, 
strings and control structures. 

Operators like =, < and > are supported 
by different types of subroutines inside 
RunB. These routines deal with byte/inte- 
ger, real number or string type variables. 
The subroutine for bytes/integers looks 
like this: 
LDD 7,Y 
SUED 1,Y 
BUT true 
BRA false 

As you can see, there isn't much to it. 
You substract the two variables and com- 
pare the result to zero. This code is ex- 
ecuted when your program reads like this: 
IF x<y THEN ... "true" and *'Msc" are 
labels. They point to other subroutines that 
set the value of a boolean variable to true 
or false. This variable is returned to RunB, 
which then continues program execution 
based on the variable's value. 

BLT is a 6809 mnemonic that means 
"branch if lower than". To see if it should 
branch to '*true*' here, the 6809 checks two 
flags in the condition code register. (Yes, 
the same regs.cc we check for errors after 
executing a system call.) If the two flags 
differ, the processor starts executing 
"true". If they are the same (both set or 
cleared), it executes the "BRA Mse** in- 
struction. 

RunB contains an entire battery of such 
routines: one for each operator or combi- 
nation of them (e.g. o or <=). The only 
difference between these subroutines is 
that the "BLT" instruction is replaced by 
another instruction. This causes the mi- 
aoprocessor to check other (sets of) flags 
in the condition code register, pf you're 
not familiar with ML programming: the 
SUBD instruction automatically sets/ 
clears these flags depending on the result 
of thesubstraction.] 

There are similar sets of subroutines for 
strings and real ntmibers. The difference 
being that you can not substract strings or 
real numbers in the same way as integers: 
the routine for real numbers compares two 
values (which is quicker then 
substraction), while strings are compared 
on a character for character basis. 

Strings are actually compared by com- 
paring the ASCn values of the individual 
characters. If they are the same, the next 
set of characters will be compared ff not 



the condition code flags are set according 
to which of the two characters is the small- 
est and processed in the same way as 
decribed above. 

This works great except that it makes 
the comparison case sensitive. If you want 
to compare strings without distinguishing 
between upper and lower case, you're out 
of luck. You will have to do a conversion 
in Basic (which is slow), do the compari- 
son in Basic (even worse), use the (Tom- 
pare system call (takes some setting up to 
stay out of trouble) or write your own ML 
subroutine. 

Now that we are on the subject of 
strings: What's faster LEFTS or RIGHTS? 
O is there no difference? Actually there 
is and LEFTS is faster, although you will 
need a very long string to actually notice 
the difference. 

The reason is quite simple: under Ba- 
sic09 all strings start in the leftmost posi- 
tion of their alloted space. Although this 
seems logical enough to us, it means that 
RIGHTS (and MIDS) have to do an extra 
copying operation to shift the portion of 
the string they have to return to the left. 
By the way, MIDS will jump to LEFTS if 
you specify as the starting colunm. 

LEFTS woiics as follows: it calculates 
the new end position of the string, ff this 
is beyond the current end, it leaves the 
string alone and exits. Otherwise it will 
copy SFF (Basic09's string delimiter) to 
the position right after the new string end. 
It also updates some pointers. All of this 
takes anywhere from 15 to 40 MFU cycles. 
Of course you have to add to that the over- 
head of copying strings to and from the 
expression stack. This adds at least a few 
hundred cycles. 

RIGHTS and MIDS have (besides 
abovementioned copying) some extra 
checks to make. RIGHTS should gener- 
ally take 50 to 100 MPU cycles and MIDS 
100 to 150 cycles. TRIMS is also a very 
short routine that can be compared with 
LEFTS in speed (unless you have lots and 
lots of spaces to trim). 

SUBSTRcannmina 100 or so cycles, 
but may also stretch into the thousands. 
This entirety depends on the strings you 
pass to it. That leaves us with VAL and 
STRS. I won't even try to guess how long 
it takes for these functions to execute. This 
is due to the variety of variables these rou- 
tines have to deal with. 



VAL and STRS both enter large subrou- 
tine packages (approx. 200/160 lines re- 
spectively). Both also call other subrou- 
tines inside loop structures. So, if you want 
to write a speedy program, don't use them 
more often then absolutely neccessary. 

The same goes for the, innocent look- 
ing, print USING statement. Believe it or 
not but the subroutines associated with this 
command make up close to 10% of the 
RunB module. Now, you won't need all 
that code to print a single space; but the 
overhead associated with PRINT USING 
compared to a simple PRINT is substan- 
tial. 

Personally, I use PRINT USING only 
to create decent looking tables. For that 
application you need complete control over 
positioning or the results may not be some- 
thing to brag about. Other than that: 

PRINT "";var and 

PRINT USING "xl,i2";var 

have the same result but the latter is 
quite a bit slower. Now, last but not least: 
control structures. These includes state- 
ments like GOTO, GOSUB, IFmiEN, 
LOOP/ENDLOOP, etc. To start with the 
easiest of aU: GOTO. 

RunB takes this quite literal. The code 
implementing GOTO looks like this: 
LDD,X 

ADDDmodstart 
TFRD,X 
RTS 

A little explanation might be in order. 
To make this work Basic09's assembler 
converts the line number in a GOTO state- 
ment into an offset relative to the starting 
address of the module. This address is 
loaded into the variable "modstart" when 
RunB starts executing a module. 

All RunB has to do when it encounters 
a GOTO statement is: add the offset to the 
starting address and transfer the result to 
the X register. The X register is used as 
pointer. It always points into a packed Ba- 
sic09 module, so RunB knows where the 
next instruction or variable can be found. 

Why aU this fiiss about GOTO? Well 
first of all it shows how fast these jumps 
get executed. The above code takes 23 
MPU cycles (17 cycles for a 6309) and has 
very little overhead: just looking up the 
postion of the (jOTO subroutine in a 
jimq)table and entering it which takes 25- 
30 cycles. 

The second reason is that RunB uses this 

th0 world of 68* micros pagt J 3 



code a lot This must be a hair raising ex- 
perience for people who insist that any pro- 
gram with a GOTO statement is inferior, 
but it's true. For instance ENDLOOP is 
literally translated into: GOTO LOOP. 
ENDWHILE, ENDEXrr and ELSE also 
jump to this subroutine. Control state- 
ments like EXTTIF, UNTIL and NEXT 
branch to this routine if a certain condi- 
tion is not met 

GOSUB (and RETURN which almost 
executes GOSUB backwards) are a little 
more complicated then GOTO because 
they have to preserve the contents of the 
X register (so your program knows where 
to return back to) and check the stack for 
over/under flow errors. Nevertheless the 
job gets done in about 50 MPU cycles. This 
beats starting a new module by a mile (or 
two). So don*t get in the habit of convert- 
ing each 5 line subroutine into a separate 
module. 

Creating your own jumptable with ON 
X GOTO/GOSUB adds at least a few hun- 
dred MPU cycles, but is still a lot fester 
then going through an entire series of IF/ 
THEN statements. This is due to the feet 
that every IF is followed by a jump to the 
routines I described at the start of this ar- 
ticle. The THEN (and ELSE) statements 
have been replaced by offiets that are pro- 
cessed by the GOTO routine. 

There is one set of program flow con- 
trols whose code looks entirely different 
than that of the others. I am talking about 
FOR/NEXT/STEP. Although easy for us: 
what could be simpler then FOR i=l TO 
10 ... NEXT i?; it is by fer the most com- 
plicated control structure for Basic09. 

The code even has it's own jumptables 
because it comes in 4 variations: integer 
(step 1 & step x) and real (step 1 & step 
x). Having said that, Basic09's assembler 
does an excellent job setting things up so 
there is probably little difference in ex- 
ecution speed with other loop structures. 
My best guess is that WHILE/ 
ENDWHILE is somewhat fester if you can 
use an implicit counter (one that is already 
used for another purpose). However if you 
have to define and increment a separate 
coimter, FOR/NEXT seems somewhat 
faster. Anyway the difference is too small 
to make much difference for your 
program's performance. 

So, , there you have it I ! Now that we all 
have some idea why certain pro£ 
along while others crawl; you^ il 
be onyour way to writing that i 
program you always dreamed ; 



1996 

Chicago 

CoCoFest 

Vendors 




Alan Dages 

Used CoCo items 
404-469-5111 

Adventure Survivors 

Adventure game newsletter 
and programs 
24 Perthshire Drive 
Peactatree City, GA 30269 

Chicago Area 
OS-9 Users Group 

10 McCarthy 
Forrest Park, IL 60466 

ChiCoCo BBS 

BBS number 312-735-3355 

Digigrade Productions 

DAS NfM/1 CD adventure game 
1325 West Lincoln Hwy, Apt 412A 
DeKalb, IL 60115 

FARNA Systems 

CoCo & OS-9 magazine, books, 

some software 

Box 321 

Warner Robins, GA 31099 

The OS-9 

Users Group, Inc. 

6158 W 63rd Street, Suite 109 
Chicago, IL 60638 

Wittman Computer 
Products 

Ar306 and MM/1 computers, haidwaie, 
and software 
39 Sooth Lake 
Bergen, NY 14416 

Northern Exposure 

NitiOS9 CoCo OS-9 speed-up 
other CoCo, OS-9, OSK software 
7 Greensboro Crest 
Ottawa, KIT 1W6 (Canada) 



ILC. Smith 

Used CoCo items 
Phone 404-469-6601 

RonBuU 

Used CoCo items 
lis Ann Street 
Duncannon, PA 17020-1204 

SBUG 

New and used CoCo items, supplies 
1251 West Sepulveda Blvd, Suite 400 
Torrence, CA 90502-2677 

Strongware 

New MM/1 and CoCo software 
Box 361 
Matthews, IN 46957 

The CoCo CeUar 

Used CoCo items 

735 Praireview Lane #3B 

Woodstock, IL 60098 

Glenside CoCo Club 

CoCo support newsletter, club, 
fest sponsor, some used items 
1209 Winslowe Drive, Apt 103 
Palandne, IL 60067 

Hawksoft 

CoCo and MM/1 soft^vare, 

CoCo hardware 

28456 &R 2 

New Carlisle, IN 46552 

John Brown 

Hazelwood OS-9/68K, EURO-K, and 
TC-70 computers and software 
7887 Longview Drive 
Bryan TX 77808-8762 

Justin Time 

Used and new CoCo soft/hard ware 

Box 82 

Glen £Uyn, IL 60138 

Monk-O-Ware 

Used items, some new hardware and 
software (2MB expansions for CoCo3) 
Box 1903 
Racine, WI 53401 
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Motorola Llceneee Mac'mtoeh Operating Syetem 



The Motorola Computer Group (MCG) announced in Februajy 1996 
that it had reached an agreement with Apple Computer, Inc. (Cupertino, 
CA) to license the Mac(tm) OS operating system. This licensing agree- 
ment applies to version 7.5.x and includes access to the next major 
release of the operating system. With this the Motorola Computer Group 
also becomes the first licensee to be able to sub-license the Mac OS 
with its motherboards and private-label systems to the OEM market- 
place. MCG will use this license to increase Mac OS presence in the 
markets it serves which will oflfer users more supplier choices and also 
offer software developers with incremental market opportunities. 
Motorola plans to exploit the PowerPC Platform, (also known as the 
Common Hardware Reference Platform (CHRP)) announced by the 
AIM (Apple, IBM, Motorola) alliance at Comdex last November, to 
bring its offerings to the marketplace. 

Under the agreement announced today. Motorola will sell, support 
and service Mac OS-baaed PowerPC (tm) Platform desktop systems, 
positioning MCG as a premier supplier of PowerPC platforms. "This 
licensing agreement is strong evidence that Motorola is conunitted to 
PowerPC and the Mac OS market It complements our plan to support 
PowerPC-based multiple operating solutions to the market,'' said Joe 
Guglielmi, corporate vice president and general manager of the Motorola 
Computer Group. **We applaud Apple for its open vision. This agree- 
ment greatly expands the choice of Mac OS-based system suppliers 
worldwide, which will allow more individuals access to this signifi- 
cant platform. We are also excited about the opportunity to sub-license 
this technology to OEMs that want to provide Mac OS applications 
which expand their markets," "We are extremely pleased with 
Motorola's commitment to the Mac OS," said Dr. Gil Amelio, chair- 
man and CEO, Apple Computer, Inc. **Motorola's reputation for manu- 
facturing high-quality products, its modem manufacturing facilities, 
and the fact that it will be able to sub-license the Mac OS, opens a new 
range of opportunities to computer manufacturers purchasing 
motherboards and systems &om Motorola. This should result in a sig- 
nificant growth of the Mac OS platform." 

In support of this agreement. Motorola intends to leverage its Six 
Sigma manufacturing capability to provide a range of low-cost, mul- 
tiple operating system solutions based on the PowerPC Platform to 
support demand for the Mac OS. By combining the Mac OS-based 
desktop s>'3tem with its Windows NT(tm>-bascd server product line, 
MCO can provide world class client server solutions. Motorola plans 
to distribute its Mac OS-baaed products to the enterprise marketplace 
worldwide by leveraging its existing corporate reseller, aggregators, 
and system integrator distribution channels. MCO is also planning to 
add new corporate resellers that focus on solutions for the enterprise 
marketplace. 

MCO will use its recently-announced joint venture with Panda Elec- 
tronics Group in China to distribute Mac OS-compatible systems to 
that rapidly expanding marketplace. Nanjing Power Computing LTD 
will use Panda Electronics diatribution channels to distribute Mac OS- 
based desktop systems to consumer and education markets in China. In 
addition to this joint venture between MCO and Panda Electronics, 
Motorola has established partnerships with several organizations in 
the People's Republic of China to provide software development and 
localization support. 

Motorola's Semiconductor Products Sector (SPS) fully supports a 
broad-based family of scalable, high-performance PowerPC micropro- 
cessors for the Mac OS, Windows NT, ADC (an IBM version of UNIX), 
and Solaris operating environments. In addition to the processor fam- 
ily, SPS provides comprehensive support for building computer solu- 
tions based on the PowerPC Platform including system and software 
development tools, compatible chip sets, reference design systems and 
open firmware. Motorola SPS will expand on these ofiferings to in- 
clude support for the Mac-compatible market 



httpj'/www.mot.com/computer 
_ Copyright 19%, Motorola, Inc. 

Editors Comment: 

What this really means is that Motorola hopes to do as Intel does., 
make motherboards. These will be made available to arty computer 
manufacturer So it may be that PowerMac clones start coming arotmd 
soon. But don St expect the price to be much lower than Apple s for a 
while. Unless someone starts pumping them out wholesale, they won i 
make much impact on a shrinking market 

Face it, for better or worse (I think worse!), the Intel based systems 
are slowly killing everything else offl The only thing that keeps the 
government off Intel's back (for a monopoly) is the fact that AtAD and 
Cyrix make clones of the major Intel chips. If Intel is smart, they won i 
interfere with those guys to much either... keeps Uncle Sam off, you 
know! 

I viewed the upgrade to PageMaker recently (Adobe PM 6.0). The 
hardware requirements are atrocious! It will run on a 486... with 1 0MB 
of free space (meaning a minimum of 1 2MB if you run nothing but 
PM6 and Windows) and 90MB of hard drive space for a full installa- 
tion,.. 50MB REQUIRED for VIRTUAL MEMORY! As if 10MB fi^ 
weren t enough! And a Pentium is recommended! This is unreal! There 
aren !f that many obvious extra features in PM6 (as compared to PM5), 
and PM5 runs great on my 486 with only 8MB or RAM, and then I even 
have several programs loaded in memory! And to top that < 
will even run adequately on a 4MB 286/20MHz machine i 
you 're Just a tad patient)! What happened? They had to i 
patible with Wm95. 




Get the mosi from your CoCo 08-9 Level II system with 

help from... ciiris Dekker 

BaricBoost : 6309 port of Basic09's RunB module. Packed 
programs are 10% to 15% £aster (varies with fimctioDSused)t 

ScreenBoost: 6309 version of Level U screen drivers. No- 
ticeably speeds up most fimctionsl Adds support for up to 
200 graphic lines and 28 by 128 column text screens, plus 
horizontal scrolling. New commands to manipulate graphic 
fonts and one that allows programs to move and resize the 
window in which they run. 

SIO each or S16 for the pair 

HSLINK: Null-modem file transfers between a CoCo and 
any other computer. Uses CoCo printer port - no special 
hardware required! ASCII and Xmodem transfers up to 
19,200 bps - 57,600 bps with 63091 Cables can be made on 
request (specify ends needed) or use your own null-modem 
cables. 

$14.95 or $24.95 with cable 

Prices are in US doUan. Call or write for Canadian dollar prioet. 
Add S3 US, $3 Canada for shipping and handling 



RR#4 

CentreviUe, NB EOJ IHO 

CANADA Phone 506-276^841 
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EDTASM63a9 v2.Q2 - S3S.0O 

Patches Tandy's Disk EDTASM to support Hitachi 6309 codcsl 
Supports all CoCo models, including stock 6809 models. CoCo 3 
version uses 80 column screen, runs at 2MHz. YOU MUST HAVE 
A COPY OF DISK EDTASM. This is a PATCH ONLY! It will not 
work with "disk patched" cartridge EDTASM 

CC3FAX - S3S.00 

Receive and print weather fascimile maps from shortwave! The 
US weather service sends them all the time! Requires 512K CoCo3 
and shortwave receiver. Instructions for simple cable included. 

HRSDOS-S2S.00 

Move programs and data between DECB and OS-9 disks! Sup- 
ports RGB-DOS - move files casUy between DECB and OS-9 par- 
titions! No modifications to OS-9 modules required. 

DECB SmartWatcfa Drtvent - $20.00 

Access your SmartWatch from DECB! Adds function to BASIC 
(DATES) for accessing date and time. Only $15.00 with any other 
purchase! 

Make the most of your Hitachi 6309 by using it with DECB! Uses 
6309 functions for up to 15% gain in speed. Compatible with ail 
programs tested to datet Onfy $10 with any other purchase! 

Robert Gault 

332 N. Kenaud 

Groeee Points Woods. Ml 4fi>236 

313-Sft1-0335 

Please add $4 S&H per order 



for all your CoCo hardware needs, conriecf with 



CoNinf 



449 South 90th Street 
^r|l MihA^aukee.Wi 53214 

J J[ (puUandQomnife8t.uwm.edu) 



That thing that Tandy calls a serial port on the CoCo 
has always been a problem, tt was designed with 
minimal cost In mind, and never upgraded. Even 
Tandy tried to fix it with their RS-232 Pak, but even it 
was only half done! Our Fast 232 port uses a 1 6 byte 
buffer at alleviate missed characters at any speed and 
also has ALL RS-232 lines implemented. It is easy to 
set up with jumpers for different addresses. A 
daughterboard can be purchased to easily add a 
second fast serial porti And all this in a cartridge the 
size of a ROM Pak! 6809 and 6309 OS-9 drivers in- 
cluded. Completely supports up to 57,600 bps, lim- 
ited support for 1 1 5,000 bps. 

Fast 2S2 - $79.95 
Daughter Board - $45.00 

Check with us for complete disk drive systems, 
mix, hardware Items, hardware repairs, and hard 
to find new and used CoCo software! 



Northern Xp 




CoCo OS-9: 

NitrOS9 - Upgrade OS-9 Level 
level of perfonnancel Requires Hitachi 6309. Call or write 
for upgrade info. $29.95 

Shaiighai:0S-9 or ThexdenOS-9 
Send manual or ROM Pak to prove ownership. Transfers 
and modifies code to run under OS-9! $29.95 

Rusty - Launch DECB programs from OS-91 $20.00 
SCSISYS 2.2 - SCSI hard drive drivers... festi Supports 
256 or 512 byte sector drivesi $25.00 

Hitachi 6309 CPU $15.00 

SIMM 512K Memory Upgrade - runs cooler! 
W/5 12K - $44.95 w/o memory - $39.95 

OS-9/68000: 

OSTerm 68K - v2.2terminal program. TTY/ANSI/ 

VTlOO/KWmdows support $50.00 

7 Greensboro Cres 

Ottawa, ON KIT 1W6 

CANADA 

AU prices in US funds. Check or Money Order only. 
Prices include S&H. 
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What are vou waitine for? 

Get your friends to subscribe to 

the only magazine that still supports 

the Tandy Color Computer... 

"rte world of 68' micros'"] 

The more people who want the support 

the lon2er it will be here! 
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Wittman Computer Products 

HARDWARE * SOFTWARE * CONSULTING 
H/e Offer Gift Certificates 

Software 

Game Pack - Sea Battle, Minefield, KnightsBrldge, Othello, & Yahtzee $30 mm/i 

$26 coco 
Variations of Solitaire - Pyramid, Klondike, Spider, Poker, & Canfield $30 mm/i 

$25 coco 
Gold Runner 2000 - KWindows game $36 mm/i 

KChess - GNU Chess with KWindows GUI $25 mm/i 

GNU Chess Source Code Disk $6 osk 

CirCad - Circuitry CAD program with PostScript output $80 mm/i 

DeskTamer v2.0 - Personal Information Manager $66 mm/i 

LaTerm / LaDial - GUI terminal package with script auto-dialing $66 mm/i 

LaPhone / LaFax - GUI voice, fax & address database manager $65 mm/i 

InfoXPress - auto-dial and download messages $76 osk 

$66coco/os9 
X-1 Home Controller - Program for monitoring your X-1 system $40 mm/i 

M6809 - CoCo OS-9 emulator $66 osk 

TVP Point of Sale - Fully integrated multi-user accounting, 
Inventory, ordering, and cash drawer. $CALL 

Hardware 

WCP306 Single board computer with 16 bit PC/AT I/O bus, MC68306 CPU running 
at 16.67MHz (code compatible with 68000), OS-9 v3.0, MGR GUI, many utilities. 

3 Slot board - $400 6 Slot board - $425 

We also carry Polnt-of-Sale equipment, hard and floppy drives, cases and power 
supplies, data/fax modems, keyboards, memory, mice, and morel 

For more details, write or call for a catalog. 

Wittman Computer Products 

39 South Lake Avenue 

Bergen, NY 14416 

716-494-1506 

e-mail: ww21 60@acspr1 .acs.brockport.edu 

(acspr 'number 1* - lowercase I wonl go throughl) 
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Provides a 68020 nmning at 25 
IDE intcrfeces, 4 serial and 2 
The SYSTEM V biiilds oathe^^ 
mills flexibility and me:s^itsive 

AN 08-9 

plugs onto the 
greater 



5, Up to 128 MBytes of wait-state memoiyy SCSI and 
■ pom, 5 16-biti ajid 2 8-bit £SA slots and much more. 
MgB concepts prcywen in ttiie; S¥SHEM IV piovidihg maxi- 
eJcpand^iii^S,<^?tjoaalljF available at 33: MHz^ 
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Distributor of MICROWARE SYSTEMS CORPORATION Software 

This ad was prepared and printed using QuickEd under OS-9. 



de/mar co 

PO Rox 7S - 727 North Bro;iil Street MidJIcKmn. DF- 
302 37.S-2555 TAX 302 37H 25% 



